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(54) Method and system for monitoring and controlling network access 



(57) A method and system for monitoring and con- 
trolling network access includes non-intrusively moni- 
toring network traffic and assembling data packets that 
are specific to individual node-to-node transmissions in 
order to manage network access both inside and out- 
side of a network. A rules base (78) is generated to 
apply at either or both of the connection time and the 
time subsequent to connection. With regard to a partic- 
ular node-to-node transmission, the data packets are 
assembled to identify the source and destination nodes, 
as well as contextual information (i.e., ISO Layer 7 infor- 
mation). The access rules are applied in a sequential 
order to determine whether the transmission is a 
restricted transmission. The rules are maintained in a 



single rules base (78) for the entire network and are dis- 
tributed to each monitoring node. Any of the protocols in 
the suite of TCP/IP protocols can be managed. The 
result of an analysis against the rules base (78) causes 
a connection attempt to be completed or denied, a pre- 
viously established connection to be broken, logging to 
occur, or a combination of these and other actions. Data 
collected during connection attempts or during a con- 
nection's lifetime may be passed to a third-party hard- 
ware or software component in order for independent 
validation to take place. Traffic monitoring and access 
management can be executed at a node other then a 
choke point of the network. 
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Description 
TECHNICAL FIELD 

[0001] The invention relates generally to a method 
and system for managing access control to resources of 
a distributed network, and relates more particularly to 
monitoring and controlling computer users' access to 
network resources from both inside and outside the net- 
work. 

BACKGROUND ART 

[0002] There are a number of available topologies for 
computer networks of nodes. A computer network may 
be highly centralized, having a mainframe computer that 
is accessed by a number of user computers, such as 
desktop computers. Currently, the trend is away from 
centralization and toward distributed processing and cli- 
ent-server relationships. In a distributed network, intelli- 
gence and processing power are distributed among a 
number of network nodes, typically with client worksta- 
tions communicating with distributed servers. Other 
relationships among nodes of a network are known. 
[0003] A network of nodes may be associated with a 
single enterprise, such as a local area network (LAN) of 
a particular business. Such a network enables commu- 
nications and data exchanges among the various nodes 
of the network. A single protocol may be used in the 
accessing of resources within the LAN. Thus, when a 
first node, such as a client workstation, accesses the 
computing resources of a second node, such as a 
server for storing various applications, data is 
exchanged without requiring a protocol conversion. 
[0004] However, the largest and most pervasive net- 
work is the non-proprietary global communications net- 
work referred to as the Internet. A number of different 
network protocols are used within the Internet. Proto- 
cols that fall within the Transmission Control Proto- 
col/Internet Protocol (TCP/IP) suite include the 
HyperText Transfer Protocol (HTTP) that underlies com- 
munications via the World Wide Web, TELNET for 
allowing access to a remote computer, the File Transfer 
Protocol (FTP), and the Simple Mail Transfer Protocol 
(SMTP) to provide a uniform format for exchanging 
electronic mail, as well as a number of standardized or 
proprietary protocols for multimedia and broadcast 
services. 

[0005] ' An implementation of these and other Internet 
protocols solely within an organization is often referred 
to as an Intranet, while the use of such protocols across 
a restricted set of Internet sites that are relevant to a 
particular organization is referred to as the organiza- 
tion's Extranet. 

[0006] Much attention has been given to installing 
computer network gateways which focus on ensuring 
that potential intruders (sometimes referred to as "hack- 
ers") cannot gain illegal access via the Internet to an 



organization's computing resources on their Intranets. 
These gateways are "choke points," through which net- 
work traffic that Is to be controlled must f iow. Such "fire- 
walls" are configured to allow any outbound connection 

5 or traffic to occur, but to restrict inbound traffic to spe- 
cific services that are deemed to be non-threatening to 
the organization. Firewalls may also perform a limited 
amount of "packet filtering," which attempts to control 
traffic by reference to non-contextual, low-level network 

w packets. 

[0007] An issue that receives less attention is ensur- 
ing that the employees of an organization are appropri- 
ately managed. This management extends to accessing 
external computer resources and accessing Internal 

is computer resources. The management may be set forth 
in an access control policy of the organization. With 
respect to many aspects, the management is the con- 
verse of the problem that firewalls are intended to solve. 
While fire-walls are focused on keeping intruders from 

20 gaining unwanted accesses, access control systems 
are focused on ensuring that insiders are managed 
according to the access control policy of the organiza- 
tion. 

[0008] There are a number of motivations for imple- 

25 menting an access control policy within an organization. 
With regard to controlling external communications, two 
important reasons are maximizing employee productiv- 
ity by ensuring that Internet access is used primarily for 
business purposes and maximizing the internet-con- 

30 nection capability (i.e., bandwidth) of the organization, 
particularly during peak usage times. For example, 
using streaming audio and video services at peek times 
of the day in terms of the network traffic of an organiza- 
tion can seriously diminish productivity of other users 

35 within the organization who are attempting to perform 
tasks such as e-mail file transfers, terminal emulations, 
and network database inquiries. 
[0009] Using traditional approaches, organizations 
apply stringent rules and sometimes overbearing man- 

40 agement dicta in order to prevent key business usage of 
the Internet from being adversely affected by casual or 
inappropriate usage. The traditional approaches are 
typically administratively difficult to set up and maintain, 
as well as being difficult to scale from small organiza- 

45 tions to large enterprises. Thus, some of the productiv- 
ity gains are negated by management overhead. 
[001 0] One traditional approach to providing access 
control with regard to resource requests generated 
within a network is to leverage firewall technology and 

so focus on the well-known packet filtering techniques. 
This typically requires a computer system to be installed 
as a router with at least two network interface cards and 
with no data packets being allowed to be forwarded from 
one interface card to the other without prior filtering. 

55 That is, firewall technology has been "turned around" to 
form some degree of protection. Rather than controlling 
outsiders attempting to access resources of the net- 
work, the techniques are used to control insiders 
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attempting to access external resources. This approach 
may work well in some applications, but in others the 
approach is too simplistic and inflexible. 
[0011] U.S. Pat. No. 5727,146 to Savoldi et al. 
describes a method for securing network access to a 5 
network. All data packets that are transmitted via the 
network are monitored for authorized source 
addresses, rather than examining only the initial net- 
work connection packets. Thus, network access to a 
port is secured by monitoring the source address of 10 
each packet that is sent as a device tries to train to the 
port of the network. If the source address matches an 
authorized source address assigned to the port to which 
the device is attached, the device is allowed access to 
the system. However, if the device attempts to train with is 
a source address different from the authorized source 
address, all packets sent by the device are denoted as 
errored packets to prevent them from being accepted by 
any other device in the network. By monitoring ail pack- 
ets, the system detects occurrences in which a device 20 
attempts to "disguise" itself by first training with an 
authorized source address and then sending a packet 
with an unauthorized source address. 
[0012] Another approach to implementing network 
access control is to add third-party software modules 
into commercially available proxy server products. For 
example, software modules that are dedicated to 
attempting to control access may be added to a web 
proxy server. The disadvantages of this approach 
include the fact that only a small subset of Internet pro- 
tocols is actually routed through a web proxy server. 
These protocols are typically restricted to browser- 
based FTP, Gopher and WWW protocols. This subset of 
protocols does not include the protocols used in the 
transfer of packets for e-mail, telnet, other file transfers, 
and streaming audio and video. Therefore, using web 
proxy servers as choke points allows only an incomplete 
level of control. 

[001 3] Another approach to attempting control access 
is to establish "blacklists" or "control lists" into proxy 
servers or into individual client workstations. This is a 
somewhat simplistic approach to meeting the needs of 
organizations and is often administratively burdensome 
to corporations, since the lists must be updated on a 
regular basis. 

[0014] What is needed is a method and system for 
providing access control to resources of a network in a 
manner that is flexible, scalable and relatively easy to 
administer. 

SUMMARY OF THE INVENTION 

[0015] The invention is defined in claims 1, 11 and 15, 
respectively. Particular embodiments of the invention 
are set out in the dependent claims. 
[0016] A method and system in accordance with the 
invention are configured to provide access control to 
resources of a network by collecting and assembling 



data packets of a specific transmission, so as to enable 
identification of information from raw data packets at the 
lowest level to application-level data at the top-most 
level. In terms of the standardized model referred to as 
the International Standards Organization (ISO) model, 
the data packets are assembled to determine not only 
the lower-layer information from the headers of the 
packets, but also the uppermost Application Layer (i.e., 
Layer 7) contextual information. Access rules are then 
applied to determine whether the specific transmission 
is a restricted transmission. 

[0017] In the preferred embodiment, the steps of 
receiving and assembling the data packets occur non- 
intrusively with respect to impact on traffic flow through 
the network. That is, the data packets are intercepted 
without impact on network performance, unless a 
restricted transmission is detected. Receiving and 
assembling the data packets may occur at a workstation 
or server that is dedicated to providing access control. 
For example, a free-standing workstation may be con- 
nected as a node to the network and may be switched to 
a promiscuous mode in order to receive all data packets 
transmitted to or from other nodes of the network. This 
allows the workstation to receive the fragments (i.e., 
data packets) of each access attempt from elsewhere 
on the network to either external destinations or other 
internal destinations. The fragments are pieced 
together to identify ISO Layer 7 information, as well as 
lower layer information. In an e-mail context, the Appli- 
cation Layer information of interest may include the 
information contained within the "to," "from" and "sub- 
ject" lines of e-mail messages. In a web context, the 
Application Layer information of interest may include the 
text of the HTML pages. 

[001 8] By placing the dedicated workstation or server 
outside of the direct paths from source nodes to desti- 
nation nodes, the impact on network traffic is minimal. 
However, the method and system may also be imple- 
mented by examination and management at a choke 
point, such as a proprietary proxy server, a firewall or 
other network node that is acting as a gateway between 
the network and an external network (e.g., the Internet). 
The examination and management at a choke point 
may take the form of a plug-in module for receiving, 
assembling end examining data packets in the manner 
described above. However, the examination of access 
attempts at the choke point will not provide the level of 
access control available by monitoring all traffic within 
the network, and may well impact network performance. 
Therefore, the system may include both access moni- 
toring at the choke point and non-intrusive monitoring 
elsewhere on the network. 

[0019] In the approach in which access is examined 
non-intrusively, the dedicated workstation or server may 
be configured as a "bare-bones" TCP/IP virtual 
machine to establish a capability of providing informa- 
tion extending from the lower layers of the ISO model to 
the Application Layer. There may be more than one 
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dedicated workstation or server, particularly if the net- 
work is divided into segments. The access rules are 
preferably stored as a rules base, which may be central- 
ized if there is more than one node that provides access 
management. Alternatively, the rules base is configured 5 
at a single site, but then automatically distributed to 
each access control point on the network. 
[0020] The access control rules may apply at the time 
that a connection is established or may depend upon 
application protocol data following a successful connec- 10 
tion. In the preferred embodiment, the rules are applied 
both at the time of connection and subsequent to the 
connection, as data packets are assembled. If a node- 
to-node transmission is determined to be a transmission 
that is restricted by the rules base, a connection attempt 15 
may be denied, a previously established connection 
may be broken, a simple logging may occur, or a combi- 
nation of these actions may be implemented. Data col- 
lected during the connection attempts or during a 
connection's lifetime may be passed to third-party soft- 20 
ware in order for independent validation to occur. How- 
ever, this is not critical. 

[0021] The rules base is preferably divided into two 
sets of rules. The first set relates to access manage- 
ment requirements with regard to outgoing connection 25 
attempts, while the second set relates to internal con- 
nection attempts. The rules within each set may be lay- 
ered in order to allow seemingly inconsistent rules to be 
included in a single rules base. For example, rules 
within a particular set may be applied sequentially, so so 
that a specific rule application is accessed prior to a 
general rule application that contradicts the specific 
rule. The rules base is preferably configured in terms 
that are familiar to users, such as usernames, group 
names, workstation identifiers, destination addresses 35 
and URLs, services required, time-of-day, day-of-week, 
and data size. 

[0022] An advantage of the invention within a busi- 
ness environment is that the method and system protect 
employee productivity by ensuring that Internet access 40 
is used primarily for business purposes. Another advan- 
tage is that the bandwidth availability is used more effi- 
ciently. Access may be dynamically controlled based 
upon factors such as the time of day and the day of the 
week. Another advantage is that internal security is 45 
enhanced by ensuring that access to internal computer 
resources is managed. 

BRIEF DESCRIPTION OF THE DRAWINGS 

50 

[0023] 

Fig. 1 is an exemplary topology of a network that 
utilizes access control management in accordance 
with the invention. 55 
Fig. 2 is a block diagram of an exemplary network 
topology having more than one node that estab- 
lishes access control in accordance with the inven- 



tion. 

Fig. 3 is a schematic diagram of an Ethernet data 
packet 

Fig. 4 is a schematic view of the seven-layer ISO 
model and the source layers that are utilized by the 
invention. 

Fig. 5 is a view of a graphical user interface (GUI) in 
accordance with one embodiment of rules configu- 
rations. 

Fig. 6 is a block diagram of one embodiment of an 
access control device in accordance with the inven- 
tion. 

Fig. 7 is a process flow of steps for operating the 
device of Fig. 6. 

DETAILED DESCRIPTION 

[0024] With reference to Fig. 1 , an exemplary network 
is shown as including a router 10 that provides access 
to the global communication network referred to as the 
Internet 14 for an organization that is protected from 
unwanted intruders by a firewall 16. A number of con- 
ventional user workstations 18, 20 and 22 are included 
as nodes of the network. A fourth workstation 24 may be 
identical to the other workstations, but is dedicated to 
providing access control management. Thus, the work- 
station 24 is an access control management console 
(ACMC). However, one of the other workstations may 
be used to implement the access rules in a manner that 
is consistent with the non-intrusive management sys- 
tem to be described below. The workstation 24 may be 
a conventional desktop computer having a plug-in 
access management module 26 to monitor traffic within 
the network. 

[0025] Another node within the network is a proprie- 
tary proxy server 28 that is used in a conventional man- 
ner to enable selected services, such as web services. 
A web proxy server is designed to enable performance 
improvements by caching frequently accessed web 
pages. While such servers tend to add some access 
control potential by taking advantage of the fact that all 
HTTP conversions are being channeled through the 
service, the access control functionality is not a primary 
focus and only a subset of the protocols that are likely to 
be encountered via the Internet will be recognized by 
conventional web proxy servers. For example, the proxy 
server 28 may provide proxying capability for the HTTP 
protocol and perhaps browser-based FTP and Gopher, 
but the proxying capability is not likely to extend to other 
TCP/IP application protocols, such as telnet, news, e- 
mail and many proprietary multimedia protocols. 
[0026] The network topology of Fig. 1 is shown as an 
exemplary configuration and is not meant to limit or con- 
strain the description of the invention. The method and 
system to be described below can operate on a wide 
variety of network configurations. Moreover, while all 
workstations 18-24 can be presumed to be running the 
Microsoft Windows operating system and ail servers 28 
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can be assumed to be running the Microsoft Windows 
NT Server operating system, the invention is not spe- 
cific to any one operating system. Although the prime 
use of the method is anticipated as being applied to net- 
works using the TCP/IP protocols, it can be readily 
adapted to function with any other set of networking pro- 
tocols, such as Novell IPX/SPX or IBM NetBEUI. 
[0027] It is also assumed that the network for which 
access management is to be provided includes a 
number of users, groups of users and workstation 
addresses. All of these items are assumed to have been 
pre-configured using known configuration methods pro- 
vided by the supplier of the network operating system. 
Although implementation of the invention may be based 
on data such as usernames and group names from a 
network operating system or similar repository, there is 
no dependency on a specific network operating system 
or a specific mechanism to access such data. Employ- 
ing usernames and group names that are consistent 
with other system operations takes advantage of any 
familiarity that may already exist with this information. 
Furthermore, in the absence of any such information, 
the invention may utilize other naming nomenclature, 
such as IP or Ethernet addresses. 
[0028] Referring now to Fig. 2, a first access control 
module 30 has been installed on the workstation 18 to 
enable the workstation to function as a passive access 
control station (PACS). A second instance of an access 
control module 32 is installed on the proxy server 28, so 
that this node functions as a proxy access control sta- 
tion (PR ACS). Moreover, a third instance of an access 
control module 34 is installed on the firewall 16 in order 
to form a gateway access control station (GACS). A key 
point in the system and method is that the individual 
workstations 20 and 22 that are accessed by users can 
be managed without installing any software compo- 
nents specifically on those workstations. Network traffic 
is monitored and access to internal and external 
resources is controlled arid managed either at choke 
points (represented by the proxy server 28 and the fire- 
wall 16) and/or non-intrusively at nodes which are not 
choke points (represented by the workstation 18). The 
access control modules 30, 32 and 34 can be installed, 
de-installed, and reinstalled on any of the nodes of the 
network at any time to suit potentially changing network 
topologies or changing access management policies. 
[0029] The location and configuration of each of the 
access control modules 30, 32 and 34 are selected by 
an installer based upon pragmatic factors in order to 
achieve a level of access control that is consistent with 
the access management policy. As previously noted, 
the first access control module 30 is not required, since 
the workstation 24 may serve the dual purpose of allow- 
ing a system operator to configure the rules base of 
access rules and non-intrusively monitoring traffic along 
the network. The second access control module 32 is 
optionally used in order to ensure that access is man- 
aged for all users who are accessing the WWW by con- 



figuring web browsers to operate via the proxy server 
28. The third access control module 34 is optionally 
installed at the firewall 16 in order to validate that both 
the firewall and the other access control modules have 

5 indeed been configured correctly and are performing 
their desired duties. Firewalls are sometimes difficult to 
configure, so organizations are increasingly adding sec- 
ond-line checks to their networks to ensure that abso- 
lute integrity is being maintained. However, the non- 

10 intrusive monitoring at the dedicated workstation 18 is 
capable of monitoring and controlling all access from all 
nodes on the network, regardless of TCP/IP protocol. 
This mechanism can be used to manage all network 
access that is not routed via the proxy server 28 with a 

15 high degree of probability that undesired access can 
indeed be blocked. Network traffic is non-intrusively 
monitored, but the system and method may be used to 
proactively block any requests for resources. 
[0030] The non-intrusive monitoring of network traffic 

20 at the workstation 18 occurs by receiving and assem- 
bling data packets of node-to-node transmissions. Mod- 
ern networks, including the Internet, are packet 
switching networks in which a transmission is separated 
into data packets which are separately transmitted to a 

25 destination node. At the destination node, the packets 
are assembled to form the original composite signal. 
Fig. 3 depicts an Ethernet data packet according to RFC 
base 894. Traffic along the network of Figs. 1 and 2 may 
be in the form of transmissions of Ethernet packets. 

30 Each Ethernet packet 36 includes five segments. A first 
6-byte segment 38 identifies the destination node 
address, while a second 6-byte segment 40 identifies 
the address of the source node. The third segment 42 is 
a 2-byte segment that identifies the protocol type. A 

35 data field 44 has a variable length, with a maximum of 
1 500 bytes. The data field 44 contains the user informa- 
tion. Finally, the fifth segment 46 is a checksum field that 
is used for error detection and correction purposes. 
[0031 ] As is well known in the art, other standards for 

40 packetization are utilized. For example, each header 
that is used in a TCP transmission or a UDP (User Dat- 
agram Protocol) transmission includes a 16-bit destina- 
tion port nurrfcer. An Ethernet packet having a TCP/IP 
packet or UDP/IP packet embedded in its data field will 

45 include three designations: (1) the Ethernet addresses 
of the source and destination nodes; (2) the IP 
addresses of the source and destination nodes; and (3) 
the IP port number of the destination node. Other proto- 
cols are present and operational in TCP/IP networks 

so and control operations such as routing and the transla- 
tion of IP addresses to and from hostnames. A protocol 
referred to as ARP (Address Resolution Protocol) also 
maps IP addresses to Ethernet addresses. 
[0032] By intercepting the Ethernet packet 36 of Fig. 

55 3. the destination address, the source address and the 
user data are available to the monitoring node. For the 
non-intrusive monitoring that occurs at the workstation 
18 of Fig. 2, the workstation may be placed in the pro- 
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miscuous mode and there will be no impact on perform- 
ance of the network. However, the packets that are 
specific to a particular node-to-node transmission can 
be collected and assembled merely by configuring the 
access control module 30 such that the workstation 
functions as a bare-bones TCP/IP protocol virtual 
machine. The workstation then has the capability of 
piecing together the fragments of a multi-packet signal. 
This enables access management control to base deci- 
sions upon information from various levels of the ISO 
model — from the lower layers to the uppermost Appli- 
cation Layer. 

[0033] Communications protocols are a layered set, 
often referred to as a "stack." The International Stand- 
ards Organization (ISO) has developed a model 
referred to as the ISO 7-layer model, which serves as a 
basic reference. Each layer represents a particular func- 
tion. The function of a particular layer may be executed 
in hardware or software or a combination of hardware 
and software. At times, a single program performs the 
functions of more than one layer. Fig. 4 illustrates the 
seven layers of the ISO model. The lowermost layer, 
referred to as the Physical Layer 50, is the hardware 
network connection, such as a physical wire. ISO Layer 
2, the Data Link Layer 52, is responsible for providing 
reliable transmissions of data. Layer 2 may be a network 
interface card that links a computer to the network. 
[0034] ISO Layer 3, the Network Layer 54, is the net- 
work software for routing packets throughout the net- 
work. ISO Layer 4, the Transport Layer 56. transports 
data from the network to the upper levels of the ISO 
model. 

[0035] ISO Layer 5, the Session Layer 58, deals with 
establishing network sessions. Logical connections are 
established based upon a request of a user. ISO Layer 

6, the Presentation Layer 60, deals with the presenta- 
tion of data to an application which resides at ISO Layer 

7, the Application Layer 62. Examples of the Application 
Layer include FTP, HTTP and SMTP. Layer 7 provides 
access to the Internet for a user. 

[0036] Fig. 4 illustrates three inputs to a step 64 of 
storing data packets. The first input 66 represents the 
actual input of data packets, while the second and third 
inputs 68 and 70 are operational representations. Refer- 
ring to Figs. 2 and 4, the workstation 18 that non-intru- 
sively monitors network traffic receives inbound and 
outbound data packets through Layers 1 and 2. As pre- 
viously noted, the network interface card of Layer 2 is 
set to the promiscuous mode, so that the data packets 
of the network are received over the Physical Layer 50. 
Optionally, the rules base of the access management 
module 26 may be utilized more than one time. In a first 
application of the rules base, the first packet of a 
resource request may be used to detect the source and 
destination nodes, allowing access determinations to be 
based on this tow-level information. However, higher 
level decisions can be formed only after a connection 
has been established and the actual content has begun 



to flow over that connection. This is in contrast to con- 
ventional operations of f irewalls, which typically only act 
as low-level packet filters (i.e., at ISO Layer 2). 
[0037] As indicated by the input 68, the invention 

5 includes assembling the data packets to detect informa- 
tion at the Transport Layer 56 and the Network Layer 54 
of the ISO model. Moreover, Layer 7 information is 
acquired by assembling the data packets, as repre- 
sented by the input 70. For example, in an e-mail envi- 

10 ronment, the Application Layer information that may be 
relevant to application of the rules base may include 
information within the "subject" line of an e-mail mes- 
sage. This information is acquired only upon accessing 
the data fields of the data packets of the e-mail mes- 

is sage. At step 66, the necessary information has been 
acquired for applying the rules base. As previously 
noted, the application may occur more than once for a 
single multi-packet transmission. The desirability of pro- 
viding single or multiple rules applications may depend 

20 upon a number of factors. 

[0038] Referring now to Fig. 5, an embodiment of a 
graphical user interface (GUI) 68 is shown for use by a 
system operator to configure the rules base that deter- 
mines the action of the access control modules 30, 32 

25 and 34 of Fig. 2. The action of each access control mod- 
ule is determined by rules configured at the ACMC 24, 
which includes the access management module 26. 
The management module presents the GUI 68, 
although this is not critical to the invention. 

30 [0039] In the preferred embodiment, the rules base is 
comprised of a twin set of ordered rules. One of the sets 
of rules relates to access management requirements for 
outgoing access, while the second set relates to 
inbound connection attempts. Within each set, the rules 

35 are in a sequence that dictates the sequence in which 
the rules are considered. This sequencing ensures that 
rules are applied in a specific deterministic order, allow- 
ing the system operator to layer more specific rules 
ahead of more general rules. Thus, seemingly incon- 

40 sistent rules can be established. For example, a rule 
may be configured to give User A access to a certain 
resource ahead of a rule banning everyone in the 
organization from accessing that resource. This has the 
effect of allowing access by User A and blocking access 

45 to that resource by all other users. 

[0040] After a rules base has been configured by a 
system operator, the rules base is downloaded to the 
access control modules 30, 32 and 34. Thus, any sub- 
sequent changes in the rules base may be implemented 

50 at the various nodes in an efficient dynamic manner, 
[0041] Regarding the configuration of the rules, vari- 
ous objects may be utilized to provide a more granular 
or less granular rule. Affected parties may be desig- 
nated by usernames and group names (both typically 

55 from the network operating system), ad hoc groupings 
of users, and workstation addresses. Other objects 
include network services, source addresses (IP 
address, hostname or URL), destination addresses (IP 
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address, hostname or URL) and time-slot specifiers 
(time of day, day of week, etc.). These objects are 
graphically dragged and dropped onto each rule, as 
required in order to dynamically and graphically build up 
the rule within the overall rules base. Against each rule, 
an action is configured to specify the resulting action 
that should be performed if a rule is matched at runtime. 
Potential actions include (1) disallowing the connection 
attempt, (2) allowing the connection attempt to be com- 
pleted, (3) passing off the decision-making on whether 
the connection should be allowed or disallowed to a 
third-party component (which may, for example, consult 
a control list or perform other checks), (4) allowing the 
connection, but performing further analysis on the data 
stream in order to determine whether a connection 
should be broken at some future point (e.g., based upon 
the number of bytes that are transferred), and (5) per- 
forming further collection of the data stream and pass- 
ing off the collection to a third-party component for 
further analysis (e.g., an anti-virus product). 
[0042] Rules can be amended, deleted or reordered 
using the graphical user interface 68 of Fig. 5. The rules 
base is stored in an internal format that is then made 
available to the various access control modules 30, 32 
and 34, as described above. 

[0043] The graphical user interface 68 is divided into 
two portions. The lower portion 70 is used to define net- 
work objects, such as usernames. groups, workstations 
and other such entities mentioned above. This informa- 
tion is built up by the system operator, but as much infor- 
mation as possible is gleaned from the network 
operating system. Typically, all usernames. group 
names and workstation addresses are established via 
reference to the network operating system. It is also 
possible to form ad hoc groupings for ease of use, such 
as groupings of users that are not configured or that are 
configured differently in the network operating system. 
Object-oriented technology simplifies the definition 
process by allowing operational parameters to be 
defined for object classes, rather than each individual 
network element. It Is thus possible to perform access 
control at a detailed level of controlling individual user 
access and at a more general level of network groups of 
users or ad hoc groupings of users. This allows the 
operator to have flexibility in the access management 
task. It is thus possible to allow different access control 
criteria to different levels of employees and managers. 
[0044] Other objects that are defined in the lower por- 
tion 70 of the GUI 68 are services, such as e-mail, file 
transfer, WWW and any of the other possible sets of 
services allowed in a TCP/IP network. Specific proper- 
ties of a service include its name and its TCP/IP port 
number. Certain well-known services are pre-config- 
ured for the operator. For example, it is known that the 
telnet service should be pre-corrfigured on port 23. Any 
services may, however, be added or modified by the 
operator. 

[0045] The upper portion 72 of the GUI 68 contains 



the rules. The total set of rules is referred to as the rules 
base. Rules are constructed graphically by the operator 
by dragging objects from the lower portion 70 and drop- 
ping them into specific rules of the upper portion 70. 

5 Rule ordering is important and can be changed graphi- 
cally by dragging a rule to a new position in the 
sequence. When rules are consulted at runtime, a top- 
down ordering is implemented. As previously noted, two 
sets of rules are maintained, one relating to outbound 

io communications and the other relating to inbound com- 
munications. 

[0046] In the preferred embodiment, storage logs are 
maintained for transaction data. The storage logs may 
be maintained for all of the transaction data or subsets 

is of the data. The storage logs may then be used for fur- 
ther analysis by built-in or third-party components. How- 
ever, this is not critical to the invention. 
[0047] Fig. 6 is an exemplary arrangement of hard- 
ware and software for implementing the network access 

20 control system and method. A Passive Access Control 
Station, such as the workstation 18 of Fig. 2, includes 
an input port 74 that is placed in a mode to receive all 
data packets destined for any node on the network. The 
data packets that are specific to a particular node-to- 

25 node transmission are combined at a packet assembler 
76. Detailed information from the assembled data pack- 
ets is stored until sufficient information is acquired 
regarding the node-to-node transmission to apply the 
previously configured rules base 70. The process of 

30 applying the rules base to the acquired information may 
occur in a single step or may be a multi-step process. 
For example, in Fig. 6 there is a state identifier 80 and a 
context identifier 82. The state identifier is used to deter- 
mine information regarding the lower layers of the ISO 

35 model, while the context identifier 82 acquires higher 
layer information, including Application Layer informa- 
tion. The rules base 78 may be consulted a first time 
when the state identifier 80 has acquired sufficient infor- 
mation, and then applied a second time when the con- 

40 text identifier 82 has acquired sufficient higher level 
information. 

[0048] It is important to note that information which is 
stored includes both low level state information and con- 
textual information that is discovered at points in the 

45 network stack other than Layers 1 and 2. Full Applica- 
tion Layer awareness is achieved without the need to 
implement specific application proxies for each service. 
The two parts of the proxy process are linked in order to 
accommodate the possibility that proxy connections are 

so being made, since the real source node and the final 
destination node must be identified to ensure that the 
correct rule is applied in managing network access. 
[0049] If it is determined that a particular node-to- 
node transmission is unrestricted, the transmission is 

55 unaffected by the process. Optionally, data regarding 
the transmission may be stored within a log 84. How- 
ever, if the transmission is a restricted transmission, any 
one of a number of actions may be initiated by a con- 
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nection controller 86. When the connection from a 
source node to a destination node has not been com- 
pleted, the connection controller may generate a signal 
that is output via the output port 88 to an appropriate 
node (e.g., a router) for preventing the connection. For 
situations in which the connection is established, the 
controller 86 may generate a signal that disables the 
connection. As a third alternative, the connection may 
be allowed, but further analysis of the data stream may 
be performed in order to ascertain whether the connec- 
tion should be disabled at some future time (e.g., based 
upon the number of bytes that are transferred during the 
connection). The decision of whether to allow or disal- 
low the connection may be passed to another node, 
such as a third-party component which consults a con- 
trol list or performs other checks. 
[0050] Fig. 7 details the steps of providing access con- 
trol in accordance with the invention. In step 90, network 
traffic is monitored non-intrusively, such as by the work- 
station 18 of Fig. 2. Packets that are specific to a partic- 
ular communication (i.e., node-to-node transmission) 
are identified in step 92 and assembled in step 94. Deci- 
sion step 96 determines whether sufficient information 
has been acquired to apply the rules of the rules base. 
[0051] When sufficient information has been acquired 
to apply the rules base, the first rule is consulted to 
determine if the packet information set matches the 
rule. As previously noted, the rules base is organized 
into a first set of outbound-related rules and a second 
set of inbound-related rules. Moreover, the rules in a 
particular set are consulted in a top-down order. Thus, 
the rule that is applied in step 98 is the first rule in the 
appropriate set of rules. At step 100, a decision is made 
as to whether the information set fits the rule applied in 
step 98. If a rule fit is recognized, the appropriate rule 
action is applied at step 102. The appropriate rule 
action may be designated within the rules base. If the 
rule is affirmatively stated (e.g., "allow all HTTP connec- 
tions"), the action wilt allow the connection to remain 
unhindered. Other prescribed actions may include log- 
ging information to a database, sending an e-mail mes- 
sage, raising an alert in a pre-established manner, or 
diverting the data content of the connection to a third- 
party process which can determine whether the con- 
nection should be maintained by referencing other data, 
such as anti-virus rules or one or more control lists. 
[0052] If in the decision step 100 it is determined that 
the first rule is not applicable, decision step 104 deter- 
mines whether there is another applicable rule. If there 
are fifteen rules within the set of rules that are applica- 
ble to the communication under consideration, steps 98, 
100 and 104 will be repeated fifteen times or until the 
information set matches one of the rules. 
[0053] Preferably, there is a default rule at the end of 
each set of rules in the rules base. Referring briefly to 
Fig. 5, the GUI 68 shows six rules in its set of outgoing 
rules in the upper portion 72 of the GUI. The sixth and 
final rule to be applied is the default rule that disallows 



outgoing communications that are not specifically 
allowed within the set. Alternatively, the default rule may 
be to allow the communication. 
[0054] After all of the appropriate rules have been 

5 applied, the optional decision step 106 is executed. The 
access rules of the rules base are pre-parsed to identify 
which rules can be applied at the basic connection time 
and which rules need to be held-over for application 
once the connection is completed and data is flowing. If, 

io for a particular node-to-node transmission, it is deter- 
mined that no rules need to be held-over, the default 
rule can be applied at connection time, assuming that 
there is no prior rule that provides an affirmative 
response at step 100. However, if access rules need to 

is be applied once data is flowing, the default rule is 
applied with the held-over rules. Thus, when there are 
access rules that relate to data flow, the connection is 
allowed to be completed, unless it is determined at step 
1 00 that the connection is a restricted one. If it is deter- 

20 mined at step 106 that rules have been held-over, the 
packets continue to be assembled at step 94 and the 
process repeats itself in order to apply the held-over 
rules. On the other hand. H there are no held-over rules, 
the process returns to the step 92 of identifying packets 

25 of a specific communication. However, the implementa- 
tion, and even existence, of step 106 is not critical to the 
invention. 

[0055] It is worth noting that various changes and 
modifications can be made to the above examples to 
30 achieve the same results, while remaining within the 
scope of the method and system. For example, access 
management control can be performed on a generic 
gateway machine, as opposed to a firewall, a proxy 
server or a passive workstation. 

35 

Claims 

1 . A method of providing access control to resources 
of a network comprising steps of: 



monitoring network traffic, including receiving 
data packets transmitted to and from nodes of 
said network such that receptions of said data 
packets are non-intrusive with respect to traffic 

45 flow of said network; 

with respect to individual node-to-node trans- 
missions within said network, assembling said 
received data packets specific to said individual 
node-to-node transmissions, thereby forming 

so assembled communications; 

based upon said assembled communications, 
identifying source nodes and destination nodes 
and contextual information for said individual 
node-to-node transmissions; and 

55 applying access rules to said assembled com- 

munications in determinations of whether said 
individual node-to-node transmissions are 
restricted transmissions, including basing said 
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determinations on said identifying said source 
and destination nodes and said contextual 
information. 

2. The method of claim 1 wherein said steps of receiv- 
ing and assembling said data packets are executed 
at a network element that is outside of direct paths 
from said source nodes to said destination nodes of 
said node-to-node transmissions. 

3. The method of claim 2 wherein said steps of receiv- 
ing and assembling said data packets are executed 
at a workstation that is dedicated to providing 
access control to said resources. 

4. The method of claim 1 further comprising a step of 
determining whether to disallow said individual 
node-to-node transmissions based upon said step 
of applying said access rules. 

5. The method of claim 1 further comprising a step of 
generating said access rules in a form of a rules 
base that includes a first set of rules specific to indi- 
vidual node-to-node transmissions having a source 
or destination node that is outside of said network 
and further includes a second set of rules specific 
to individual node-to-node transmissions having 
both of said source and destination nodes as net- 
work elements of said network. 

6. The method of claim 5 wherein said step of gener- 
ating said access rules includes forming said first 
set of rules to be specific to communications via the 
global communications network referred to as the 
Internet. 

7. The method of claim 6 wherein said step of assem- 
bling said received data packets is enabled for at 
least one of Transmission Control Protocol (TCP) 
services and User Datagram Protocol (UDP) serv- 
ices. 

8. The method of claim 5 wherein said step of gener- 
ating said access rules further comprising basing at 
least some of said access rules upon time, such 
that said determinations of whether said individual 
node-to-node transmissions are restricted trans- 
missions are time-dependent determine-tions. 

9. The method of claim 1 wherein said step of identify- 
ing said source and destination nodes and said 
contextual information includes collecting ISO 
Layer 7 data for use in said step of applying said 
access rules. 

10. The method of claim 1 further comprising a step of 
executing first-line network intrusion detection at an 
entry point of said network, such that transmissions 



from nodes that are external to said network, said 
first-line network intrusion detection being inde- 
pendent of said step of applying said access rules. 

5 11. A method of providing access control to resources 
that are internal to and external of a network of 
nodes, including computing devices of users of said 
network, said method comprising steps of: 

to generating a rules base related to restricting 

access to said resources by said nodes of said 
network, including forming a first set of rules 
specific to access to external resources and a 
second set of rules specific to access to inter- 
15 nal resources; 

monitoring transmissions that include one of 
said computing devices; 
acquiring information regarding each said 
transmission, including determining informa- 
20 tion relating to at least Layers 2, 3 and 7 of the 

ISO model; and 

applying said rules base to said acquired infor- 
mation to detect transmissions in which access 
to said resources is restricted by said rules 
25 base, including initiating a predetermined 

action in response to detecting that a specific 
transmission relates to an access that is 
restricted. 

30 12. The method of claim 1 1 wherein said steps of mon- 
itoring said transmissions and acquiring said infor- 
mation are executed non-intrusively, such that 
transmissions for which accesses are restriction- 
free occur without impact on transmission traffic 

35 within said network. 

1 3. The method of claim 1 2 wherein said steps of mon- 
itoring said transmissions and acquiring said infor- 
mation include receiving and assembling data 

40 packets at a node of said network, said node being 
outside of direct paths of said transmissions to and 
from said user computing devices. 

14. The method of claim 1 1 wherein said step of acquir- 
45 ing information relating to Layer 7 includes assem- 
bling data packets received at said network via the 
Internet and includes assembling data packets that 
are exchanged between network elements of said 
network, said step of acquiring information further 

so including determining contextual data relating to 
sources and destinations of said data packets. 

15. A system for providing access control to resources 
of a network comprising: 

55 

a plurality of nodes, including computing 
devices; 

means for non-intrusively intercepting data 
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packets to and from said nodes such that said 
intercepting is substantially transparent to 
packet flow within said network; 
means for identifying said data packets of dis- 
crete transmissions and assembling said data s 
packets; 

means for determining sources and destina- 
tions of said discrete transmissions and con- 
textual information contained therein; 
a rules base store having a plurality of rules io 
relating to controlling access to said resources 
of said network; and 

means for controlling said access based upon 
matching said rules to said sources, destina- 
tions and contextual information from said 15 
means for determining. 

16. The system of claim 15 wherein said means for 
non-intrusively intercepting said data packets is 
positioned within said network and is operative to 20 
receive data packets transmitted between said 
nodes of said network. 

17. The system of claim 16 wherein said means for 
non-intrusively intercepting is one of a workstation 25 
or a server dedicated to access control within said 
network. 

18. The system of claim 16 wherein said rules base 
store includes a first set of rules specific to trans- 30 
missions to destinations outside of said network 
and includes a second set of rules specific to trans- 
missions having sources and destinations that are 
nodes of said network. 
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(54) Method and system for monitoring and controlling network access 



(57) A method and system for monitoring and con- 
trolling network access includes non-intrusively moni- 
toring network traffic and assembling data packets that 
are specific to individual node-to-node transmissions in 
order to manage network access both inside and out- 
side of a network. A rules base (78) is generated to apply 
at either or both of the connection time and the time sub* 
sequent to connection. With regard to a particular riode- 
to-node transmission, the data packets are assembled 
to identify the source and destination nodes, as well as 
contextual information (i.e., ISO Layer 7 information). 
The access rules are applied in a sequential order to 
determine whether the transmission is a restricted trans- 



mission. The rules are maintained in a single rules base 
(78) for the entire network and are distributed to each 
monitoring node. Any of the protocols in the suite of 
TCP/IP protocols can be managed. The result of an 
analysis against the rules base (78) causes a connec- 
tion attempt to be completed or denied, a previously es- 
tablished connection to be broken, logging to occur, or 
a combination of these and other actions. Data collected 
during connection attempts or during a connection's life- 
time may be passed to a third-party hardware or soft- 
ware component in order for independent validation to 
take place. Traffic monitoring and access management 
can be executed at a node other then a choke point of 
the network. 
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